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(54) Method and apparatus for sharing viewing preferences 



(57) A method, apparatus, and article of manufac- 
ture for sharing viewer preference information between 
a first user and a second user is disclosed. The method 
comprises the steps of storing first user viewer prefer- 
ence information characterizing media programs 
selected by the first user in a memory (78) of a first user 
device (64), and transmitting at least a portion of the 
second viewer preference information to a second user 
for storage in a memory (78) of a second user device 
(64). The article of manufacture comprises a data stor- 



age device tangibly embodying instructions to perform 
these method steps. The apparatus comprises a first 
user device (64) which includes at least one receiver 
(70) for receiving media programs, a processor (74), a 
memory (78) for storing viewer preference information 
characterizing the media programs selected by the first 
user, and a transmitter (82), for transmitting viewer pref- 
erences information to a second user device. 



|AL7ERN47q 
CONTENT 




DtSH 



* 4 TIMER 



7 ^ 



r 






TV 




RECORDING 
DEVICE 



I CW ' fr — H HEUORY | H LOGIC K - -fc j INTERFACE V U^Sff** 



CLOCK 



ACCESS 
CARD 
INTERFACE 



REMOTE 
CONTROL 



ACCESS 



cardW 



88 



FIG. 3 



Q. 

UJ 



Primed by Xerox (UK) Business Services 
2.16.7 (HHS)/3.6 



1 EP1041 821A2 



2 



Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims the benefit of U.S. 
Provisional Patent Application Serial No. 60/126,572, by 
Craig A. Finseth, et al., filed March 29, 1999, and enti- 
tled "METHOD AND APPARATUS FOR SHARING 
VIEWING PREFERENCES." which application is 
hereby incorporated by reference herein. 

BACKGROUND OF THE INVENTION 

1. Field ot the Invention 

[0002] The present invention relates to systems and 
methods for presenting media programs to subscribing 
viewers, and in particular to a system and method for 
sharing viewer preferences among viewers. 

2. PescriptiQo of the Related ah 

[0003] The present invention relates to the provi- 
sion of television content and advertising. Television 
programs are distributed to viewers by a variety of 
broadcasting methods. These methods include tradi- 
tional analog broadcast television (National Television 
Systems Committee or "NTSC" standard), the upcom- 
ing digital broadcast television (Advanced Television 
Systems Committee or "ATSC" standard), cable televi- 
sion (both analog and digital), satellite broadcasting 
(both analog and digital), as well as other methods. 
These methods allow channels of television content to 
be multiplexed and transmitted over a common trans- 
mission medium. 

[0004] Channel numbers are typically used to iden- 
tify the stream of television content offered by a content 
provider. Program guide information is typically trans- 
mitted along with the television content, and typically 
also includes schedule information for display on users' 
televisions. The schedule information informs users 
what television programs are currently on, and what tel- 
evision programs will be shown in the near future. 
[0005] It would be desirable in a television broad- 
cast system to have receiving devices maintain viewer 
preference profiles by tracking the viewing history of 
users. It would also be desirable to have receiving 
devices communicate with each other and exchange 
viewer preference profiles. It would also be desirable to 
have groups of receiving devices communicating and 
exchanging group viewer preferences. In current televi- 
sion broadcast systems, users cannot conveniently 
share their viewing experience with their friends, rela- 
tives, or other individuals with similar interests. In cur- 
rent television broadcast systems there is also no 
convenient way for a user to affect the program guide 
content advertising or conditional channel content of 
another user. 



SUMMARY QF THE; INVENTION 

[0006] The present invention is a method and appa- 
ratus for sharing viewer preferences. The apparatus 

5 includes a transmission station and a plurality of 
receiver stations. The transmission station creates pro- 
gram guide data and advertising data that is in an 
"object" format. The transmission station combines the 
program guide and advertising objects with digital audio 

w and video television signals, and transmits an output 
stream to the plurality of receiver stations. Each of the 
plurality of receiver stations receives the transmitted 
output stream and identifies the electronic program 
guide objects and advertising objects within the output 

15 stream. Each of the plurality of receiver stations stores 
the identified electronic program guide and advertising 
objects. 

[0007] In the present invention, each of the plurality 
of receiver stations maintains viewing preference pro- 

20 files, which comprise viewing preference information, by 
tracking the viewing history of each user. Receiver sta- 
tions communicate with each other and exchange view- 
ing preference information. Receiver stations store the 
received viewing preference information from another 

25 user, and use the received viewing preference informa- 
tion to display user specific program guide content, 
advertising, and conditional channel content. 
[0008] Also in the present invention, receiver sta- 
tions communicate viewing preference information to 

30 one or more servers, which combine the received view- 
ing preference information into group viewing prefer- 
ence information. A server in turn communicates the 
group viewing preference information back to the 
receiver stations. Receiver stations receive and store 

35 the group viewing preference information, and use the 
received group viewing preference information to dis- 
play group specific program guide content, advertising, 
and conditional channel content. 
[0009] In summary, the present invention discloses 

40 a method, apparatus, and article of manufacture for 
sharing viewer preference information between a first 
user and a second user. The method comprises the 
steps of storing first user viewer preference information 
characterizing media programs selected by the first 

45 user in a memory of a first user device, and transmitting 
at least a portion of the first viewer preference informa- 
tion to a second user for storage in a memory of a sec- 
ond user device. The article of manufacture comprises 
a data storage device tangibly embodying instructions 

so to perform these method steps. 

[001 0] The apparatus comprises a first user device 
which includes at least one receiver for receiving media 
programs and second user viewer preferences, a proc- 
essor, a memory for storing viewer preference informa- 

55 tion characterizing the media programs selected by the 
first user, and a transmitter, for transmitting viewer pref- 
erences information to a second user device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] Referring now to the drawings in which like 
reference numbers represent corresponding parts 
throughout: 

FIG. 1 is a block diagram of a preferred embodi- 
ment of a television broadcasting system for the 
transmission, receipt and display of television con- 
tent and electronic program guide data; 
FIG. 2 is a block diagram of the transmission station 
of the system shown in FIG. 1 ; 
FIG. 3 is a block diagram of a receiver station for 
receiving and decoding audio, video, and data sig- 
nals; 

FIG. 4 is a diagram of a preferred embodiment of an 
electronic television program guide; 
FIG. 5 is an example of a user identification screen; 
FIG. 6 is a diagram of a preferred embodiment of an 
electronic television program guide showing vari- 
ous searching options; 

FIG. 7 is a flow diagram illustrating a preferred 
embodiment of the process of sharing viewing pref- 
erence information; 

FIG. 8 is a flow diagram illustrating preferred 
embodiment of the process of sharing group view- 
ing preference information; 
FIG. 9 is a diagram showing an example of an initial 
set-up screen; 

FIG. 10 is a diagram showing an example of a new 
destination identification screen; 
FIG. 11 is a diagram showing an example of a fol- 
low-on set-up screen; 

FIG. 12 is a flow diagram illustrating an automatic 
sharing feature; 

FIG. 13 is a diagram showing an example of a 
source selection screen; 

FIG. 14 is a diagram showing an example of a new 
source identification screen; 
FIG. 15 is a diagram showing an example of a fol- 
low-on source set-up screen; and 
FIG. 16 is a diagram showing an example of a 
screen for selecting a preference sub-history table 
to form the basis for constructing program guide 
content 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0012] In the following description, reference is 
made to the accompanying drawings which form a part 
hereof, and which is shown, by way of illustration, sev- 
eral embodiments of the present invention. It is under- 
stood that other embodiments may be utilized and 
structural changes may be made without departing from 
the scope of the present invention. 



Transmission of Television Content. Program Guide 
Pate, and Advertising Pata 

[001 3] FIG. 1 is a block diagram of television broad- 

5 casting system 20, which transmits and receives audio, 
video and data signals via satellite. Although the 
present invention is described in the context of a satel- 
lite-based television broadcasting system, the tech- 
niques described herein are equally applicable to other 

10 methods of television content delivery, such as over-the- 
air systems and cable-based systems. 
[0014] The television broadcasting system 20 
includes transmission station 26, uplink dish 30, satellite 
32, and receiver stations 34A-34C (collectively referred 

75 to as receiver stations 34). Transmission station 26 
includes a plurality of input lines 22 for receiving various 
signals, such as analog television signals, digital televi- 
sion signals, video tape signals, original programming 
signals, and computer generated signals containing 

20 hyptertext markup language (HTML) content and digital 
video server signals. Each input line 22 typically corre- 
sponds to a single television channel. Transmission sta- 
tion 26 also includes a plurality of schedule feeds 24 
and advertising feeds 25. Schedule feeds 24 provide 

25 electronic schedule information about the timing and 
content of various television channels, such as that 
found in television schedules contained in newspapers 
and television guides. Advertising feeds 25 provide 
advertising data and information about the content of 

30 individual advertisements. The electronic schedule 
information from schedule feeds 24 is convened into 
program guide data by transmission station 26. Simi- 
larly, information from advertising feeds 25 is converted 
into advertising data by transmission station 26. 

35 [0015] Transmission station 26 receives and proc- 
esses the various input signals received on input lines 
22, advertising feeds 25 and schedule feeds 24, con- 
verts the received signals into a standard form, com- 
bines the standard signals into a single output data 

40 stream 28. and continuously sends output data stream 
28 to uplink dish 30. Output data stream 28 is preferably 
a modulated signal, which is modulated by transmission 
station 26 using standard frequency and polarization 
modulation techniques. In a preferred embodiment, out- 

45 put data stream 28 is a multiplexed signal including 16 
frequency bands. Transmission station 26 is described 
in further detail below with respect to FIG. 2. 
[0016] Uplink dish 30 continuously receives output 
data stream 28 from transmission station 26, amplifies 

so the received signal, and transmits the signal to the sat- 
ellite 32. Although a single uplink dish and satellite are 
shown in FIG. 2, multiple dishes and satellites are pref- 
erably used to provide additional bandwidth, and to help 
ensure continuous delivery of signals. 

55 [001 7] Satellite 32 revolves in geosynchronous orbit 
about the earth. Satellite 32 includes a plurality of trans- 
ponders that receive signals transmitted by uplink dish 
30. amplify the received signals, frequency shift the 
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received signals to higher frequency bands, and then 
transmit the amplified, frequency shifted signals back to 
receiver stations 34. A total of 32 transponders are pref- 
erably used in the present invention. 
[0018] Receiver stations 34 receive and process 
the signals transmitted by satellite 32. Receiver stations 
34 include hardware and software for separating the 
electronic program guide data and advertising data from 
the received signals, and processing both the electronic 
program guide data and the advertising data. Receiver 
stations 34 are described in further detail below with 
respect to FIG. 3. 

[0019] FIG. 2 is a block diagram of transmission 
station 26, Transmission station 26 includes program 
transmitting system 44 and advertisement and program 
guide transmitting system 46. 
[0020] Program transmitting system 44 includes 
input signal adapters 36A-36D (collectively referred to 
as input signal adapters 36), analog to digital (A/D) con- 
verters 38A-38D (collectively referred to as A/D convert- 
ers 38), and combiner 42. Input signal adapters 36 are 
coupled to A/D converters 38, and A/D converters 38 
are coupled to combiner 42. Although four input signal 
adapters 36 and four A/D converters 38 are shown in 
FIG. 2, several more will typically be used in commercial 
systems. 

[0021] Input signal adapters 36 receive input sig- 
nals from input lines 22, and convert the input signals to 
a standard form. As mentioned above, signals from 
input lines 22 include any combination of analog televi- 
sion signals, digital television signals, video tape sig- 
nals, original programming signals, computer generated 
signals containing HTML content, digital video server 
signals, and digital or analog signals having audio con- 
tent. Also, input lines 22 can receive signals from digital 
video servers having hard discs or other digital storage 
media. Input signal adapters 36 preferably convert the 
input signals to a high quality analog format. The high 
quality analog signals are output by input signal adapt- 
ers 36 to A/D converters 38. A/D converters 38 convert 
the analog signals received from input signal adapters 
36 to digital signals, and compress the digital signals 
using MPEG2 encoding, although other compression 
schemes may be used. 

[0022] During the MPEG2 encoding step, A/D con- 
verters 38 also perform a statistical multiplexing opera- 
tion. During the statistical multiplexing operation, A/D 
converters 38 determine the amount of bandwidth that 
each channel will use. The amount of bandwidth 
allowed for each channel is determined based upon the 
content of the signal on that channel, and the amount of 
bandwidth used by other channels. For a program such 
as the motion picture, "Independence Day", which has a 
very dynamic picture content with a great deal of move- 
ment and numerous bright explosions, the signal can 
not be compressed as much as a more static video sig- 
nal like an information channel. The greater the 
dynamic content of the signal, the less it can be com- 



pressed and the greater the bandwidth required. 
[0023] Typically, 30 Megabits of data per second 
are transmitted by uplink dish 30 for each transponder in 
satellite 32. Each transponder receives and transmits 

s data for about six channels. Thus, each channel occu- 
pies approximately 5 Megabits of data per second, on 
average. During the statistical multiplexing operation, 
the amount of compression for each channel, and corre- 
spondingly the amount of information transmitted for 

10 each channel, is adjusted up or down depending upon 
the amount of available space for each transponder. 
Combiner 42 feeds back information to A/D converters 
38 during the statistical multiplexing operation, inform- 
ing A/D converters 38 of the amount of bandwidth used 

15 by various channels. A/D converters 38 then adjust the 
amount of compression of a signal based on the infor- 
mation fed back from combiner 42. The MPEG2 
encoded digital data are output by A/D converters 38 to 
combiner 42. Combiner 42 groups the MPEG2 encoded 

20 digital data from each A/D converter 38 into a plurality of 
packets, with each such packet marked with a service 
channel identification (SCID) number. The SClDs are 
later used by receiver 64 (shown in FIG. 3) to identify 
the packets that correspond to each television channel. 

25 Combiner 42 combines all of the packets for all of the 
channels, adds error correction data, and outputs a sin- 
gle output data stream 28 to uplink dish 30. 
[0024] Program transmitting system 44 processes 
audio signals in the same manner as video signals, and 

30 combiner 42 combines digital audio signals with the dig- 
ital video signals. Combiner 42 also receives advertis- 
ing and electronic program guide data from input lines 
58 (as described below with respect to the advertise- 
ment and program guide transmitting system 46) and 

35 adds that data to output data stream 28. The assembly 
and processing of the electronic program guide data 
prior to it being sent to combiner 42 is described in more 
detail below. 

[0025] Output data stream 28, which is output by 

40 combiner 42, is a multiplexed signal that is modulated 
by combiner 42 using standard frequency and polariza- 
tion modulation techniques. Output data stream 28 pref- 
erably includes 16 frequency bands, with each 
frequency band being either left polarized or right polar- 

45 ized. Since there are 32 transponders in the preferred 
embodiment, each of the 16 frequency bands are 
shared by two transponders. Therefore, transponder 1 
is assigned frequency 1 , left polarization; transponder 2 
is assigned frequency 1, right polarization; transponder 

so 3 is assigned frequency 2, left polarization, etc. 

[0026] Also shown in FIG. 2 is a block diagram of 
advertisement and program guide transmitting system 
46, which is a part of transmission station 26. Advertis- 
ing and program guide data transmitting system 46 

55 includes database 48, compiler 52, sub-databases 54A- 
54C (collectively referred to as sub-databases 54) and 
cyclers 56A-56C (collectively referred to as cyclers 56). 
[0027] Schedule feeds 24 provide electronic sched- 
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ule information about the timing and content of various 
television channels, such as that found in television 
schedules contained in newspapers and television 
guides. Schedule feeds 24 also provide HTML content. 
Advertising feeds 25 provide information describing var- 5 
ious advertisements and provide the content for individ- 
ual advertisements. 

[0028] Database 48 is a computer-based system 
that receives data from schedule feeds 24 and advertis- 
ing feeds 25 and organizes data into a standard format. 10 
Program guide data and HTML data may also be manu- 
ally entered into program guide database 48 through 
data entry station 50. HTML data can be created with 
commercially available authoring applications, including 
those available from the CLARIS, MICROSOFT, and is 
ADOBE corporations. Compiler 52 reads the standard 
form data out of database 48, converts the data into the 
proper format for transmission to users (specifically, the 
data is converted into program guide and HTML objects 
as discussed below) and outputs the data to one or 20 
more of sub-databases 54. 

[0029] The program guide, advertising, and HTML 
objects are temporarily stored in sub-databases 54 until 
cyclers 56 request the information. Each of cyclers 56 
preferably transmits objects to combiner 42 at a: differ- 25 
ent rate than the other cyclers 56. For example, cycler 
56A may transmit objects to combiner 42 every second, 
while cyclers 56B and 56C may transmit objects every 5 
seconds and every 10 seconds, respectively. 
[0030] Since receiver 64 (shown in FIG. 3) may not so 
always be on and receiving and saving (e.g. program 
guide) objects, the objects must be re-transmitted often. 
Program guide objects for programs that will be shown 
in the next couple of hours are sent more frequently 
than program guide objects for programs that will be 35 
shown in 12 hours or more. Thus, the program guide 
objects for the most current programs are sent to a 
cycler 56 with a high rate of transmission, while program 
guide objects for later programs are sent to cyclers 56 
with a lower rate of transmission. 40 
[0031] All of the objects output by the plurality of 
cyclers 56 are combined by combiner 42. Combiner 42 
combines the objects with the digital video and audio 
data output by A/D converters 38 on output lines 40. 
Combiner 42 transmits output data stream 28, which 45 
includes the advertising data, the program guide data, 
HTML data and the digital video and audio data, to 
uplink dish 30. 

Format Of Transmitted Program CWe anfl Advertising so 
Data 

[0032] Before transmitting data to sub-databases 
54, compiler 52 organizes the program guide and adver- 
tising data from database 48 into objects. Each object 55 
preferably includes an object header and an object 
body. The object header identifies the object type, 
object ID and version number of the object. The object 



type identifies the type of the object. The various types 
of objects are discussed below. The object ID uniquely 
identifies the particular object from other objects of the 
same type. The version number of an object uniquely 
identifies the object from other objects of the same type 
and object ID. The object body includes data for con- 
structing a portion of a program guide or an advertise- 
ment that is ultimately displayed on a user's television. 
[0033] Before transmission, each object is prefera- 
bly broken down by compiler 52 into multiple frames. 
Each frame is made up of a plurality of 126 byte pack- 
ets. Each frame includes a frame header, program 
guide data or advertising data and a checksum. Each 
frame header includes the same information as the 
object header described above - object type, object ID 
and version number. The frame header uniquely identi- 
fies the frame, and its position within a group of frames 
that make up an object. The checksum is examined by 
receiver 64 to verify the accuracy of the data within 
received frames. 

[0034] The present invention uses over 15 different 
object types. The objects that are used for providing 
channel definition parameters include boot objects, 
channel list objects, channel objects and conditional 
objects. Advertising objects provide the characteristics 
of advertisements and point to other objects that con- 
tain the content of the advertisements. Other objects, 
such as HTML objects, are used to provide channel and 
advertisement content. Still further objects, such as 
general program objects, general schedule objects and 
master schedule objects are used by receiver 64 to gen- 
erate a display of a program guide on a user's television. 
[0035] A boot object identifies the SCIDs where all 
other objects can be found. A boot object is always 
transmitted on te same channel, which means that each 
packet of data that makes up a boot object is marked 
with the same SCID number. Boot objects are transmit- 
ted frequently to ensure that receivers 64 that have 
been shut off, and are then turned back on, immediately 
receive information indicating the location of the various 
program guide objects. Thus, boot objects are sent from 
compiler 52 to a cycler 56 with a high rate of transmis- 
sion. 

Receiving and Processing Program Data Guide Data 
and Advertising Pata 

[0036] FIG. 3 is a block diagram of one of receiver 
stations 34, which receives and decodes audio, video, 
and data signals. Receiver station 34 includes receiver 
dish 60, alternate content source 62, receiver 64, televi- 
sion 66, recording device 68 and remote control 86. 
Receiver 64 includes tuner 70, digital-to-analog (D/A) 
converter 72, CPU 74, clock 76, memory 78, logic circuit 
8,0, interface 82, and infrared (IR) receiver 84. 
[0037] Receiver dish 60 receives signals sent by 
satellite 32, amplifies the signals, and passes the sig- 
nals on to tuner 70. Tuner 70 operates under control of 
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CPU 74. Tuner 70 is preferably two separate tuners, a 
first tuner for tuning to digital and advanced television 
systems committee (ATSC) channels, and a second 
tuner for tuning to analog national television standards 
committee (NTSC) channels. The functions performed 
by CPU 74 are controlled by a control program stored in 
memory 78. Memory 78 also stores a parameter table 
which includes a variety of parameters for receiver 64 
such as a list of channels receiver 64 is authorized to 
process and generate displays for, the zip code and 
area code for the area in which receiver 64 is used, and 
the model number of receiver 64. Clock 76 provides the 
current local time to CPU 74. Interface 82 is preferably 
coupled to a telephone jack at the site of receiver station 
34. Interface 82 allows receiver 64 to communicate with 
transmission station 26 and other receiver stations 34 
via telephone lines. Interface 82 may also be used to 
transfer data to and from a network, such as the Inter- 
net. 

[0038] The signals sent from receiver dish 60 to 
timer 70 are digital signals that are grouped into a plu- 
rality of packets. Each packet includes a header that 
identifies the SCID number for the packet, and the type 
of data contained in the packet (e.g., audio data, video 
data, advertising data, or program guide data). Tuner 70 
includes multiple output lines for transmitting video data, 
audio data, advertising data and program guide data. 
As packets are received from receiver dish 60, tuner 70 
identifies the type of each packet and outputs each 
packet on l.the appropriate output line. If tuner 70 iden- 
tifies a packet as program guide data or advertising 
data, tuner 70 outputs the packet to memory 78. Adver- 
tising data is stored in an advertising database in mem- 
ory 78. Program guide data is stored in a guide 
database in memory 78. 

[0039] In addition to the digital satellite signals 
received by receiver dish 60, other sources of television 
content are also preferably used. For example, alternate 
content source 62 provides additional television content 
to television 66. Alternate content source 62 is coupled 
to tuner 70. Alternate content source 62 can be an 
antenna for receiving off-the-air signals, NTSC signals, 
a cable for receiving ATSC signals, or other content 
source. Although only one alternate content source 62 
is shown, multiple sources can be used. 
[0040] initially, as data enters receiver 64, tuner 70 
looks for a boot object. Boot objects are always trans- 
mitted with the same SCID, so tuner 70 knows that it 
must look fa packets marked with that SCID. A boot 
object identifies the SCIDs where all other objects can 
be found. The information from the boot object is used 
by tuner 70 to identify packets of advertising data and 
program guide data and route them to memory 78. 
[0041] As program guide data and advertising data 
are received and stored in the database in memory 78, 
CPU 74 performs various operations on the data in 
preparation for displaying a program guide or an adver- 
tisement on television 66. These operations include 



packet assembly, object assembly, and object process- 
ing. 

[0042] The first operation performed on the adver- 
tising and program guide data stored in the guide data- 

5 base in memory 78 is packet assembly. During the 
packet assembly operation, CPU 74 examines the 
stored advertising and program guide data and deter- 
mines the locations of the packet boundaries. 
[0043] The next step performed by CPU 74 is object 

10 assembly. During the object assembly step, CPU 74 
combines packets to create object frames, and then 
combines the object frames to create program guide 
and advertising objects. CPU 74 examines the check- 
sum transmitted within each object frame, and verifies 

is whether the frame data was accurately received. If the 
object frame was not accurately received, it is discarded 
from memory 78. In addition, during the object assem- 
bly step, receiver 64 discards assembled objects that 
are of an object type that the receiver 64 does not rec- 

20 ognize. Receiver 64 maintains a list of Known object 
types in memory 78. CPU 74 examines the object 
header of each received object to determine the object 
type. CPU 74 compares the object type of each 
received object to the list of known object types stored 

25 in memory 78. If the object type of an object is not found 
in the list of known object types, the object is discarded 
from memory 78. 

[0044] The last step performed by CPU 74 on 
received program guide and advertising data is object 

30 processing. During the object processing step, the 
objects stored in the database are combined to create a 
digital image of a program guide. The objects stored in 
the database are organized to create a digital image of 
the advertisement. The digital image of the program 

35 guide or advertisement is later converted to an analog 
signal that is sent to television 66 for display to a user. 
[0045] Using instructions stored in the memory 78, 
the CPU 74 implements instructions which can be used 
to practice the invention as described herein. In addition 

40 to the memory 78, such instructions can be tangibly 
embodied in a computer-readable medium, e.g., data 
storage device, which could include one or more fixed or 
removable data storage devices, such as a zip drive, 
floppy disc drive, hard drive, CD-ROM drive, tape drive, 

45 etc. thereby making a computer program product or arti- 
cle of manufacture according to the invention. Further, 
such instructions may be transmitted on a signal via 
downlink or by telephone or the Internet. As such, the 
terms "article of manufacture," "program storage 

so device" and "computer program product" as used herein 
are intended to encompass a computer program acces- 
sible from any computer readable device or media. 

Using fl" Electronic Program <3u»de 

55 

[0046] Users select a particular channel to watch 
on television 66 using remote control 86. Remote con- 
trol 86 emits infrared signals that are received by infra- 
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red (IR) receiver 84 in receiver 64. Other types of data 
entry devices may alternatively be used, such as an 
ultra-high frequency (UHF) remote control, a keypad on 
receiver 64, a remote keyboard, and a remote mouse. 
Channels are preferably selected using remote control s 
86 to navigate around an electronic television program 
guide, such as program guide 88A shown in FIG. 4, 
which is generated by receiver 64 and displayed on tel- 
evision 66. Channels may also be selected by entering 
a channel number with remote control 86. w 
[0047] Program guide 88A is displayed on a televi- 
sion, and provides information about the timing and 
content of various television programs. Program guide 
88A may alternatively be displayed on other types of 
display devices, such as on a liquid crystal display is 
(LCD) panel. 

[0048] Program guide 88A includes grid 90, cells 
92, channel list 94, scroll buttons 96A and 96B, time 
indicators 98A-98C (collectively referred to as time indi- 
cators 98), jump button 100. time button 102, day indi- 20 
cators 104, information window 106, and category 
buttons 108A, 108B and 108C (collectively referred to 
as category buttons 108). The various buttons and cells 
are highlighted by navigating around program guide 
88A using remote control 86. 25 
[0049] Grid 90 consists of a plurality of cells 92. 
Each cell 92 includes a program title, and may provide 
additional information. Channel list 94 includes a list of 
channel names or channel numbers, or both. Channel 
list 94 may also include icons, such as icons that repre- so 
sent particular channels. The names and channel num- 
bers for each entry in channel list 94 are obtained from 
the channel object for that entry. Time indicators 98A, 
98B and 98C (referred to collectively as "time indicators 
98") indicate start and end times of the various pro- ss 
grams displayed in grid 90. Although half-hour time 
blocks (a time block is the length of time between two 
time indicators 98) are shown in program guide 88A, 
other time block lengths may be used. Scroll buttons 
96A and 96B allow users to scroll up and down channel 40 
list 94 and display different channels. Day indicators 1 04 
indicate the day for which program information is pres- 
ently being displayed. In FIG. 4, day indicators 104 indi- 
cate that the displayed guide information is for 
Wednesday. Jump button 100 allows users to skip to 45 
program information for a different day than that pres- 
ently displayed. Time button 102 allows users to skip to 
program information for a different time than that pres- 
ently displayed. 

[0050] Information window 106 provides additional so 
information about programs displayed in grid 90. The 
type of information displayed window 106 depends on 
which category button 108A-1 08C is currently selected. 
Users select one of category buttons 108A-108C using 
remote control 86. As shown in FIG. 4, the "Description" 55 
category is selected. Therefore, when a particular pro- 
gram is selected from grid 90 by remote control 86. that 
program is displayed in information window 106. In FIG. 



4, the program "Grumpier Old Men" was selected from 
grid 90, so a description of that program is displayed in 
information window 106. Similarly, if category 108C 
were selected, credits information or awards informa- 
tion, respectively, for "Grumpier Old Men" would be dis- 
played in information window 106. Other types of 
category buttons 108 may also be used to display addi- 
tional categories of information. 
[0051] Program guide 88A preferably includes 
schedule information for numerous channels, including 
digital satellite TV (DSAT) channels. ATSC channels 
and NTSC channels, regardless of whether the channel 
content is actually transmitted by television broadcast- 
ing system 20. Program guide 88A preferably includes 
schedule information for the television content gener- 
ated by alternate channel source(s) 62. 

Maintaining Viewer Preference Profiles 

[0052] According to the present invention, receiver 
64 compiles information about a user's viewing prefer- 
ence profile. This can be accomplished by accepting 
viewer preference information directly from the user, or 
by monitoring and storing viewer-selected media pro- 
grams. 

[0053] Receiver 64 preferably tracks a user's view- 
ing history and stores viewing preference information in 
a selection history table in memory 78. The selection 
history table is initially empty when receiver 64 is first 
purchased. For each media program that is chosen by a 
user, receiver 64 stores information characterizing the 
media program. The characterizing information is 
included in the program guide objects broadcast to the 
receiver as discussed above. When a user selects a tel- 
evision program from program guide 88A, the charac- 
terizing information from the associated program guide 
object is stored in the selection history table in memory 
78. 

[0054] The characterizing information is preferably 
organized into attributes. Attributes include information 
such as category descriptors that identify the type and 
category of television program, name descriptors that 
identify the name of the program selected, credits infor- 
mation that identify the names and roles of those 
involved in the production of the program, and key 
words and phrases in the description of the program. 
Category descriptors preferably provide a two-tiered 
category classification, such as "sports/baseball" or 
"movie/drama," although any number of tiers may be 
used including single tiers. 

[0055] Attributes also include indicators that the tel- 
evision program is one of a particular series or that the 
program is one of a group of associated programs. For 
example, each episode of "Star Trek, The Next Genera- 
tion" preferably has the same series indicator. The "Star 
Trek" movies, and various "Star Trek" series preferably 
all have the same group indicator, even if they are not 
part of one particular series. CPU 74 keeps track of the 
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television program selections made by users, and 
stores the attributes for selected television programs 
history table and links the attributes to the current user. 
[0056] In compiling a selection history table, 
receiver 64 preferably fitters out television programs the s 
user has selected, but viewed for an insignificant time 
period. CPU 74 of receiver 64 preferably keeps track of 
the amount of time each television program is watched 
using clock 76 and stores the times in the selection his- 
tory table. If programs and channels are watched for a 
time more than a set threshold, twelve hours for exam- 
ple, the attributes for those channels are not stored in 
the selection history table. If programs are watched less 
than a set threshold, such as 30 seconds, the attributes 
for those programs are not stored in the selection his- 
tory table. In this way, television programs the user 
selects when "channel surfing", or television programs 
displayed when the user has forgotten to turn off the 
receiver are filtered out of the selection history stored in 
memory 78. 

[0057] In addition, in compiling a selection history 
table, receiver 64 preferably tracks a plurality of individ- 
ual user's viewing preferences. When receiver 64 is first 
turned on, or after receiver 64 has not been interacted 
with for a predetermined time, receiver 64 prompts the 
user to identify himself or herself. FIG. 5 shows identifi- 
cation screen 1 1 0, which is one example of a screen the 
receiver 64 displays to prompt for the identification of 
the user(s). Identification screen 110 displays a set of 
descriptions 1 1 2A-1 1 2D which enables the user to iden- 
tify himself or herself correctly. Although FIG. 5 shows 
descriptions 112A-112D as family roles, descriptions 
can be identification numbers, names, initials, or other 
identifying information. The user highlights and enters 
one of descriptions 1 1 2A-1 1 2D using remote control 86, 
thereby identifying himself or herself. 
[0058] When a user enters one of descriptions 
1 12A- 1 12D with remote control 86, a user identification 
signal is sent to receiver 64. Receiver 64 receives the 
user identification signal, identifies the user and stores 
the attributes associated with that user's channel and 
television program selections in a user-specific sub-his- 
tory within the selection history table. Receiver 64 uses 
the selections made by each of the plurality of identified 
users to create and update the list of attributes linked 
with that user. 

[0059] viewing preference information can be used 
to provide user specific program guide content, adver- 
tising, and conditional channel content. FIG. 6 shows 
electronic television program guide 88B, which is gener- 
ally similar to electronic television program guide 88A 
shown in FIG. 4, but includes additional category but- 
tons 108 as well as other differences. Users can scroll 
up and do the plurality of category buttons 108 using 
remote control 86. In FIG. 6, a user has selected cate- 
gory button 108D f Find"). Receiver 64 presents a user 
with a list of search options in information window 106. 
Using remote control 86, a user selects the "Other Pro- 



grams I Might Like" search option from information win- 
dow 106. In response, receiver 64 reviews the selection 
history table that is linked to the current user and com- 
pares the attributes contained therein to attributes of the 
program guide objects of other programs. Receiver 64 
uses similarity matching techniques to determine how 
well certain television programs correlate to the viewing 
preference information in the user-specific sub-history 
of the selection history table. Receiver 64 identifies tel- 
evision programs with similar attributes and displays a 
list of those television programs in information window 
106. 

[0060] In a similar fashion, viewing preference infor- 
mation is used to provide flexible advertising techniques 
that target specific users of each receiver 64. Each 
advertisement comprises an advertising object that 
includes attributes associated with the advertisement 
and which points to other objects which contain content 
to assemble the advertisement for display. Receiver 64 
determines how well a particular advertisement fits the 
individual user. Receiver 64 uses matching techniques 
to compare the attributes associated with the advertis- 
ing object with the user's viewing preference information 
attributes from the user-specific sub-history table. 
Receiver 64 then determines which advertisements are 
assembled and displayed for the user, and when and 
how those advertisements are displayed to the user. 
[0061] Viewing preference information can also be 
used to vary content. Certain channels can be defined 
to display different content to different users. Instead of 
defining a television channel as having the same con- 
tent for all viewers, a television channel can be defined 
with conditional logic so the content can be varied from 
viewer to viewer. The conditional logic may point to the 
viewing preference information of a particular user. An 
example of such conditional logic is: "if this user likes to 
watch comedies starring Jack Lemmon, then show the 
conditional channel content." Receiver 64 then evalu- 
ates the conditional logic by comparing the user's view- 
ing preference information comprising attributes stored 
in the user-specific sub-history, and displays the condi- 
tional channel content only rf the user's viewing prefer- 
ence information reflects that the user likes comedies 
starring Jack Lemmon. 

Sharing Viewer Preference Information 

[0062] In addition to maintaining viewing preference 
information for each user of the receiver 64, a plurality of 
receivers 64 can allow users to share their viewing pref- 
erence information. As described above, viewing prefer- 
ence information can be used to provide user specific 
program guide content, advertising and conditional 
channel content. Similarly, shared viewing preference 
information from another receiver 64 can also be used 
to specifically after program guide content, advertising 
and conditional channel content 
[0063] FIG. 7 is a flow diagram illustrating the proc- 
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ess of sharing viewing preference information. As 
described above, a first user device such as a receiver 
64 compiles information about a first user's viewing 
preferences by storing, in a user-specific sub-history 
table, attributes of the television program viewed by a 5 
user (box 130). When the user wants to share viewing 
preference information, the user initiates the process 
using, for example, remote control 86. To share viewing 
preference information a user must first select with 
whom to share the information, which is represented by 70 
box 132. A user selects a destination/selected recipient, 
which includes a name and a telephone number or 
Internet address. A user must also select what informa- 
tion to share with the selected recipient, as represented 
by box 1 34. A user may choose to share the entire con- 75 
tents of his/her user-specific sub-history table with the 
selected recipient. A user may choose to tell the recipi- 
ent only about a specific television program. Using 
remote control 86 (FIG. 3) or another input device such 
as an infrared keyboard, a user can also share specific 20 
comments or reviews regarding a television program. 
However, for privacy reasons, a user may wish to send 
only summary or depersonalized information regarding 
his or her viewing preferences where only certain 
attributes from his or her preference history are shared 25 
with others. 

[0064] Receiver 64 then transmits at least a portion 
or a processed version of the selected viewing prefer- 
ence information to the selected recipient (e.g. second 
user) via telephone lines or the Internet, which is repre- so 
sented in box 136. Interface 82 (shown in FIG. 3) of 
receiver 64 includes a modem or Ethernet interface 
card, allowing receiver 64 to send the selected viewing 
preference information along either medium. A user can 
select to regularly share preference information by 35 
establishing a share interval as will be discussed in 
more detail below. The viewing preference information 
can be sent directly to the recipient, or through a third 
party, such as the broadcaster providing the media pro- 
gram. In this case, the broadcaster can act as a central 40 
depository for collecting, maintaining, securing and dis- 
seminating information regarding viewer preferences, 
and the viewer preferences can be transmitted to the 
desired recipients on using the satellite downlink In one 
embodiment, the third party may filter the first user 4s 
viewer preferences to generate a processed version of 
the viewer preferences. For example, the third party 
may depersonalize the first user's viewer preferences by 
removing identifying information, or may use the first 
user's viewer preferences to generate statistical viewer so 
preferences based on demographic information. 
[0065] A second user device such as the receiver 
64 of the selected recipient at destination receiver sta- 
tion 34 receives preference information via interface 82, 
which is represented by box 1 38. CPU 74 of destination 55 
receiver station 34 evaluates the received viewing pref- 
erence information based on security measures as rep- 
resented by box 140. The security measures include 



each receiver 64 maintaining a list of recognizable 
sources that identifies from whom viewing preference 
information will be accepted. The security measures 
also specify the type of preference information that will 
be accepted. For instance, a user may select to accept 
only summary information or only specific attributes 
related to television programs, ff receiver 64 at the des- 
tination accepts the received viewing preference infor- 
mation, then receiver 64 stores the preference 
information in the selection history table in memory 78 
(FIG. 3), as is represented by box 142. The user desig- 
nates whether the received viewing preference informa- 
tion of another individual is stored in a separate user- 
specific sub-history table or is merged into a single com- 
mon preference history table. 
[0066] Once stored, the shared viewing preference 
information can be used by a user to see what other 
users are recommending to watch or, by using similarity 
matching techniques as described above, to build a pro- 
gram guide that displays programs that other users 
would find interesting. The shred viewing preference 
information can also be used to provide advertising that 
targets a specific audience. The present invention 
allows users to conveniently communicate by electroni- 
cally sharing their television viewing experience and to 
influence the viewing patterns of others. 
[0067] According to the present invention, viewing 
preference information can be shared not only with 
other individual users, but can be shared amongst 
groups of users. FIG. 8 is a flow diagram that illustrates 
the process of sharing viewing preferences amongst a 
group of users. 

[0068] When a user decides to share viewing pref- 
erence information with a group, the user initiates a 
multi-step process. Using remote control 86, a user nav- 
igates through display screens generated by receiver 64 
to set up the sharing process, which will be described in 
more detail below. Initially, a user selects a group with 
which to share viewing preference information, which is 
represented by box 150. Then a user selects what type 
of information to share with this group, as represented 
by box 152. A member of a group can select to share 
specific television program information including 
attached notes or comments, the entire contents of their 
respective selection history table, or summary prefer- 
ence information similarly to sharing viewing preference 
information with individual users. 
[0069] Next, a user sends the selected preference 
information as represented by box 154. Receiver 64 
uses interface 82 and sends the preference information 
via telephone lines or the Internet to the broadcast 
center (not pictured). The broadcast center includes a 
server which receives the incoming preference informa- 
tion from a plurality of users belonging to the group. 
Alternatively or in combination with the foregoing, desig- 
nated receivers 64 can function as servers by including 
additional programming but without requiring additional 
hardware components. In the latter alternative, users 
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share preference information with a designated mem- 
ber of the group, whose receiver 64 collects, combines 
and redistributes, via interface 82, the combined prefer- 
ence information to all members of the group. 
[0070] After receiving viewing preference informa- 
tion from a plurality of users, the server evaluates the 
received preference information before combining it into 
a group viewing preference database, as represented 
by box 156. Due to the public accessibility of servers 
and the extent to which inappropriate information could 
damage the combined group viewing preference data- 
base, special care is taken to verify that the viewing 
preference information that is received by the server is 
legitimate information. Numerous techniques for estab- 
lishing and evaluating security criteria to ascertain the 
legitimate nature of information is known in the art 
(including anti-virus programming) and can be used by 
the server to evaluate the received viewing preference 
information. The server discards received viewing pref- 
erence information that it determines to be inappropri- 
ate, while legitimate information is stored in a group 
viewing preference database by the server, as repre- 
sented by box 1 58. The server stores all of the incoming 
preference information and preferably organizes televi- 
sion program attributes based on frequency of user 
selection (i.e. television programs organized based on 
their popularity). If the amount of memory becomes an 
issue, then less frequently received program attributes 
are discarded to make room for ad preference informa- 
tion. 

[0071] After a designated amount of time, the 
server sends the contents of a group viewing preference 
database to receivers 64 of each member of the group 
as represented by box 160. The server sends group 
viewing preference information to receivers 64 via satel- 
lite data stream 28 (shown in FIG. 2) along with guide 
data, advertising data and television program data, but 
can alternatively send the information via telephone 
lines or the Internet. The group viewing preference infor- 
mation has a unique identifier within satellite data 
stream 28 so that receivers 64 can identify the informa- 
tion and properly store it. 

[0072] Appropriate receivers 64 receive the group 
viewing preference information, which is illustrated by 
box 1 62. If a server sends the group viewing preference 
information from the broadcast center via satellite data 
stream 28, then while each receiver 64 receives the 
data stream, only members of the group recognize the 
unique identifier of the group preference data. Only 
receivers 64 subscribing to the group retain the recog- 
nized group viewing preference data while all remain- 
ing receivers 64 discard the incoming group preference 
data. If a server sends the group viewing preference 
information via telephone lines or the Internet, then only 
the specifically addressed receivers 64, of the group, 
receive the group preference information. Box 164 (like 
box 1 40 of FIG. 7) represents receiver 64 evaluating the 
incoming viewing preference information based on 



security criteria. If receiver 64 determines that the 
received preference information is acceptable based on 
the security measures described above, then receiver 
64 stores the group viewing preference information in its 

5 memory (box 166). 

[0073] Group viewing preference information can 
also be used to customize program guides, advertising, 
and television channel content. A program guide can 
use group viewing preference information to display tel- 

w evision programs that might be interesting to a group of 
people with which a user is acquainted or simply shares 
common interests. A user can review received prefer- 
ence information to see specific recommendations of 
television programs or to review comments or notes 

15 regarding television programming. The sharing of view- 
ing preference amongst individual users or groups 
allows users to share their television viewing experi- 
ences and to conduct virtual ''water cooler" discussions 
about what they saw on television. 

20 [0074] FIGs. 9-11 illustrate examples of screens 
displayed to a user navigating through an interactive 
sending procedure of sharing viewing preference infor- 
mation. FIG. 9 shows an embodiment of an initial set-up 
screen 1 70 that is displayed to a user that has selected 

25 to send preference information to another user. Initial 
sending screen 170 includes option 172 to select a 
"New Destination" and option 1 74 to "Select an Existing 
Destination." "Select An Existing Destination" option 
174 includes a list of existing destinations 176A-176E 

30 (collectively referred to as existing destinations 176). A 
user is presented the option of sending viewing prefer- 
ence information to an existing destination (option 174) 
or setting up a new destination (option 172). In the 
present example, existing destinations 176 include indi- 

35 vidua! user destinations 176A-176C and group server 
destinations 176D-176E located at the broadcaster. If a 
user chooses to setup a new destination and selects 
option 172, then new destination identification screen 
180 is displayed, as shown in FIG. 10. New destination 

40 identification screen 180 allows a user to select local 
destination 182 or broadcaster destination 184. A user 
designates an individual user as the new destination by 
selecting local destination 182. Local destination 182 
preferably includes name input request 186 and tele- 

45 phone number or Internet address input request 188. A 
user enters a name and respective address of a partic- 
ular user to define a new destination by using remote 
control 86 (FIG. 3) or other available input devices such 
as infrared keyboards. A user chooses to preference 

50 information with a group by selecting broadcaster desti- 
nation. Broadcaster destination 184 includes a list of 
groups 190 from which the user selects a group. Upon 
selecting a new destination, a user preferably identifies 
the type of information to share with that destination. 

55 [0075] FIG. 1 1 is an illustration of an example of fol- 
low-on screen 192, which is presented to a user after a 
user has defined a new destination by the name "Fred" 
at phone number "555-1234." Follow-on screen 192 



10 




EP1041 



includes "Whose Preference To Share?" category 194, 
"How Often?" category 196, and "How Much Detail?" 
category 198. Follow-on screen 192 allows a user to 
identify the type of viewing preference information to 
share with a destination and the time interval between 5 
sending viewing preference information to the same 
destination. 

[0076] The "Whose Preference To Share?" cate- 
gory 194 allows a user to select a table from a list of 
user-specific sub-history tables, from which preference 10 
information will be sent. The "How Often?" category 196 
allows a user to specify a sharing interval such as a day, 
a week, a month, etc. In the example illustrated in fol- 
low-on screen 192, a user has selected a one-week 
sharing interval in category 196. The user's receiver 64 is 
will send viewing preference information to "Fred" at tel- 
ephone number "555-1234" on a weekly basis. The 
weekly sharing of preference information to Fred can 
proceed automatically without the user's involvement or 
can proceed only after the verification by the user, as 20 
will be discussed further with respect to FIG. 12. A user 
selects the most convenient option. 
[0077] The "How Much Detail?" category 198 
allows a user to control the amount of viewing prefer- 
ence information to share with the destination. For pri- 25 
vacy reasons, a user may not wish to share the entire 
contents of his/her user-specific sub-history table. 
Instead, a user may only wish to share a summary of 
the attributes contained therein. A summary would not 
include the titles of the viewed television programs or 30 
the channel definitions of the channels where the pro- 
gram was shown, but would include certain attributes of 
the viewed programs so that only a user's general view- 
ing preferences would be communicated to others. A 
user could further restrict the amount of information 35 
communicated to others by specifically selecting con- 
tents of its sub-history table to be sent. 
[0078] FIG. 12 is a flow diagram that illustrates the 
automatic sharing feature of the present invention. As 
part of the set-up process for sending viewing prefer- 40 
ence information to a destination, a user selects a shar- 
ing interval, which is represented by box 200. A user is 
also allowed to select whether the future sharing will 
occur with or without user verification. After the setting- 
up process is complete, receiver 64 sends the selected 45 
preference information to the selected destination, 
which is represented by box 202. Receiver 64 continues 
to maintain and update a user's preference sub-history 
table by tracking the user's continued viewing history as 
described above (represented by box 204). so 
[0079] Receiver 64 continues to check clock 76 to 
determine if the selected sharing interval has passed, 
as represented by box 206. If it has not, receiver 64 con- 
tinues to track and update a user's preference history. 
However, if the sharing interval has passed, then it is 55 
time to once again send viewing preference information 
to the respective destination. If a user has set up shar- 
ing features to include a user verification prior to send- 
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ing preference information, then receiver 64 prompts a 
user that the sharing interval has elapsed and it is again 
time to share information with a particular destination, 
which is represented by box 208. A user approves send- 
ing preference information to the specified destination, 
as represented by box 210. Receiver 64 then sends the 
appropriate viewing preference information consistent 
with the previously selected security and privacy set- 
tings for the specific destination, which is represented 
by box 212. 

[0080] If a user has set up sharing features for the 
specific destination without requiring user verification, 
then receiver 64 (after waiting the length of the sharing 
interval) automatically sends the appropriate viewing 
preference information to the particular destination with- 
out prompting the user. After sending viewing prefer- 
ence information to the destination, receiver 64 
continues to update a user's viewing preference sub- 
history table by tracking the user's viewing history, 
which is represented by box 204, and the process 
repeats. 

[0081] FIGs. 13-15 illustrate examples of screens 
displayed to a user during the process of setting-up cri- 
teria for receiving viewing preferences from another 
destination. FIG. 13 is an illustration of source selection 
screen 220 that allows a user to select a source with 
respect to which receiving criteria can be established or 
modified. This permits the user to designate which other 
users are permitted to transmit viewer preference infor- 
mation the user. Source selection screen 220 includes 
"New Source" option 222 and "Select An Existing 
Source" option 224. "Select An Existing Source" option 
224 includes a list of existing sources 226A - 226E (col- 
lectively referred to as existing sources 226). 
[0082] Selection of "New Source" option 222 results 
in the user defining a new source destination from which 
a user will accept viewing preference information. 
Selection of "Select An Existing Source" option 224 
allows a user to modify receiving criteria for an existing 
source 226. In this example, existing source destina- 
tions include individual users (226A-226C) and groups 
of users (226D-226E). 

[0083] FIG. 14 is an illustration of an example of 
new source definition screen 228. New source definition 
screen 228 allows a user to select local source 230 or 
broadcaster source 232. A user defines an individual 
user as the new source by selecting local source 230. 
Local source 230 includes name input request 234 and 
telephone number or Internet address input request 
236. A user chooses to receive viewing preference infor- 
mation from a group by selecting broadcaster source 
232. Broadcaster source 232 includes a list of groups 
238 from which a user selects a group. Upon selecting 
a new source, a user sets up security measures for 
accepting viewing preference information from the new 
source. 

[0084] FIG. 1 5 is an illustration of an example of fol- 
low-on screen 240 that allows a user to define security 
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and privacy type criteria for receiving viewing prefer- 
ence information from a particular source destination. In 
the present example, follow-on screen 240 relates to a 
newly defined source destination referred to by the 
name "Sally" located at telephone number "555-5678." 
Follow-on screen 240 includes "Where To Store Prefer- 
ences" category 242 and "How Much Detail?" category 
244. 

[0085] Category 242 allows a user to select where 
the incoming viewing preference information from the 
particular source destination will be stored. The user 
may choose to merge the incoming viewing preference 
information from a particular source into his or her own 
preference sub-history table. Alternatively, a user may 
wish to store the incoming preference information in a 
different already existing user-specific sub-history table. 
However, the user may choose to create a new user- 
specific (or source-specific) sub-history table to store 
received viewing preference information. Keeping dis- 
tinct and segregated viewing preference databases for 
different sources allows receiver 64 to provide source 
specific program guides, advertising and conditional 
channel content. Once merged viewer preference infor- 
mation is derived, it may be transmitted to the first user, 
if desired. 

[0086] Similar to the sending set-up procedure 
described above, category 244 allows a user to tailor 
what kind and how much information from a particular 
source to accept and store. For security and conven- 
ience reasons, a user may wish not to accept entire 
contents of a sent selection history database. In such a 
case, a user preferably restricts the type and amount of 
viewing preference information that it will accept by 
selecting options within category 244. A user can 
choose to accept an entire viewing history, summary 
information, selected attributes, of the incoming viewer 
preference information, or any combination thereof. A 
user may wish to use extra caution with respect to 
accepting group viewing preference information sent 
from a group server due to increased potential that 
tainted information could be received. 
[0087] Sharing preference information allows users 
to share their viewing experiences and ultimately affect 
what their friends or acquaintances or other group 
members have an opportunity to see on their television. 
FIG. 16 illustrates an example of a preference selection 
screen 246. Preference selection screen 246 includes 
list 248 that contains a listing of the user-specific (or 
source-specific) sub-history tables within the selection 
history table maintained by receiver 64. A user selects 
any of the listed items from list 248 and receiver 64 gen- 
erates a program guide that identifies programs with 
similar attributes to those contained in the preference 
table associated with the selected item. 
[0088] The present invention allows a television 
broadcasting system to provide user specific program 
guide content, advertising, and channel content. 
Receivers 64 can generate program guides that find 



programs of interest to a particular user or to someone 
else of a user's choosing. Thus not only is a user able to 
conveniently see what programs of personal interest are 
scheduled to be aired, but the user is also able to see 

5 what programs friends or acquaintances would find 
interesting. A user can even review notes or comments 
sent by another person about a television program. The 
present invention enhances communication among 
users of television broadcasting systems and allows 

w them to take the advice of others by choosing to watch 
the program that matches someone else's interests. 

Conclusion 

75 [0089] The foregoing description of the preferred 
embodiment of the invention has been presented for the 
purposes of illustration and description. It is not 
intended to be exhaustive or to limit the invention to the 
precise form disclosed. Many modifications and varia- 

20 tions are possible in light of the above teaching. It is 
intended that the scope of the invention be limited not by 
this detailed description, but rather by the claims 
appended hereto. The above specification, examples 
and data provide a complete description of the manu- 

25 facture and use of the composition of the invention. 
Since many embodiments of the invention can be made 
without departing from the spirit and scope of the inven- 
tion, the invention resides in the claims hereinafter 
appended. 

30 

Claims 

1 . A method of sharing viewer preference information 
between a first user and at least one second user, 

35 comprising the steps of: 

storing first user viewer preference information 
characterizing media programs selected by the 
first user in a memory (78) of a first user device 
40 (64); and 

transmitting at least a portion of the user viewer 
preference information to a second user for 
storage in a memory (78) of a second user 
device (64). 

45 

2. The method of claim 1 , characterized by the step of 
compiling first user viewer preferences. 

3. The method of claim 2, characterized in that the 
so step of compiling first user viewer preferences com- 
prises the step of: 

accepting first user-input viewer preference 
information. 

55 

4. The method of claim 2 or 3, characterized in that 
the step of compiling first user viewer preferences 
comprises the step of: 
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monitoring and storing first user viewer- 
selected media programs. 

5. The method of any of claims 1 - 4, characterized in 
that the step of transmitting at least a portion of the s 
first user viewer preference information to the sec- 
ond user comprises the steps of: 

transmitting at least a portion of the first viewer 
preference information from the first user w 
device (64) to a third party; and 
transmitting at least a second portion of the first 
viewer preference information from the third 
party to the second user. 

75 

6. The method of claim 5, characterized in that the 
third party is a broadcaster transmitting the media 
programs to the first user and the second user. 

7. A method of sharing viewing preference information 20 
between a first user and at least one second user, 
comprising the steps of: 



8. The method of claim 7, characterized in that the 
step of receiving the first viewer preference infor- 
mation in the second user device comprises the 
steps of: 35 

accepting a second user selection of at least 
one first user designated to transmit first user 
viewer preference information; and 
receiving the f irst user viewer preference infer- 40 
mation from the designated first user. 

9. The method of claim 7 or 8, characterized by the 
steps of: 

45 

receiving program guide data including infor- 
mation characterizing at least one of the media 
programs; 

accepting an input selection in the second input 
device, the input selection identifying at least a so 
portion of the first user viewer preference infor- 
mation; and 

presenting a program guide to the second user, 
the program guide having data being selected 
based upon a comparison of the selected por- 55 
tion of the first user viewer preference informa- 
tion and the program guide data. 



10. An apparatus for sharing viewing preference infor- 
mation between a first user and at least one second 
user, comprising: 

a first user device (64) including: 

at least one receiver (70) for receiving 
media programs; 

a processor (74), communicatively cou- 
pled to the receiver (70); 
a memory (78), communicatively coupled 
to the processor (74), for storing viewer 
preference information characterizing 
media programs selected by the first user; 

a transmitter (82), communicatively coupled to 
the processor, for transmitting the viewer pref- 
erence information to a second user device. 

1 1. The apparatus of claim 10, characterized in that the 
first user device further comprises a second 
receiver (82) for receiving second user viewer pref- 
erences. 

12. The apparatus of claim 10 or 11, characterized in 
that the first user device (64) receiver further 
receives second user viewer preferences transmit- 
ted from the second user device (64) via a broad- 
caster transmitting the media programs to the first 
user and the second user. 



receiving first user viewer preference informa- 
tion in a second user device (64), the first 25 
viewer preference information characterizing 
media programs selected by the first user; and 
storing the received first viewer preference 
information in a memory (78) of the second 
user device (64). 30 
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